Pré-requisitos: Especificação do Projeto, Projeto de Interface
Apresente os cenários de testes utilizados na realização dos testes da sua aplicação. Escolha cenários de testes que demonstrem os requisitos sendo satisfeitos.
Não deixe de enumerar os casos de teste de forma sequencial e de garantir que o(s) requisito(s) associado(s) a cada um deles está(ão) correto(s) - de acordo com o que foi definido na seção "2 - Especificação do Projeto".
Por exemplo:
| Caso de Teste | CT-01 – Adicionar uma receita com sucesso. |
|---|---|
| Requisito Associado | RF01 - A aplicação deve permitir o usuário gerenciar suas receitas. |
| Objetivo do Teste | Usuário adicionar uma nova receita com sucesso |
| Passos | - Estar logada na aplicação na página principal do usuário. - Clicar em novo lançamento. - Preencher os campos obrigatórios, como tipo da transação: receita, a via de pagamento, a classificação, valor data de vencimento, se é parcelado, status de pagamento e a descrição. - Clicar no botão de salvar. |
| Critério de Êxito | - A nova receita deve ser adicionada com sucesso e exibida para o usuário atraves de uma lista. |
| Caso de Teste | CT-02 – Editar uma receita com sucesso caso não seja parcelada. |
| Requisito Associado | RF01 - A aplicação deve permitir o usuário gerenciar suas receitas. |
| Objetivo do Teste | Usuário editar uma receita com sucesso |
| Passos | - Estar logada na aplicação na página principal do usuário. - Selecionar uma receita existente na lista de lançamentos. - Clicar no botão de editar. - Alterar os campos desejados como valor, data de vencimento, status e descrição. - Clicar no botão de salvar. |
| Critério de Êxito | - A receita deve ser editada com sucesso na aplicação e as alterações devem ser exibidas para o usuário atraves de uma lista. |
| Caso de Teste | CT-03 – Editar uma receita com sucesso parcelada. |
| Requisito Associado | RF01 - A aplicação deve permitir o usuário gerenciar suas receitas. |
| Objetivo do Teste | Usuário editar uma receita com sucesso |
| Passos | - Estar logada na aplicação na página principal do usuário. - Selecionar uma receita existente na lista de lançamentos. - Clicar no botão de editar. - Alterar a descrição, os demais campos devem estar bloqueados. - Clicar no botão de salvar. |
| Critério de Êxito | - A receita deve ser editada com sucesso na aplicação e as alterações devem ser exibidas para o usuário atraves de uma lista. |
| Caso de Teste | CT-04 – Excluir uma receita existente com sucesso. |
| Requisito Associado | RF01 - A aplicação deve permitir o usuário gerenciar suas receitas. |
| Objetivo do Teste | Usuário poder excluir uma receita existente. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Selecionar uma receita existente na lista de lançamentos. - Clicar no botão de excluir. - Clicar no botão de salvar. - Confirmar a exclusão na janela de confirmação. |
| Critério de Êxito | - A receita selecionada deve ser excluída com sucesso da aplicação e não deve mais aparecer na lista ou tabela de receitas. |
| Caso de Teste | CT-05 – Falha ao preencher uma nova receita sem os campos obrigatórios. |
| Requisito Associado | RF01 - A aplicação deve permitir o usuário gerenciar suas receitas. |
| Objetivo do Teste | Usuário receber uma mensagem de erro quando tentar adicionar um receita sem os campos obrigatórios. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Clicar no botão adicionar nova receita. - Deixar em branco um ou todos campos obrigatórios. - Clicar no botão de salvar. |
| Critério de Êxito | - Deverá aparecer uma mensagem de erro informando que os campos obrigatórios não foram preenchidos. |
| Caso de Teste | CT-06 – Falha ao preencher a edição de uma receita sem os campos obrigatórios. |
| Requisito Associado | RF01 - A aplicação deve permitir o usuário gerenciar suas receitas. |
| Objetivo do Teste | Usuário receber uma mensagem de erro quando tentar adicionar um receita sem os campos obrigatórios. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Clicar no botão de editar. - Alterar os campos desejados, deixando um ou mais campos obrigatórios vazios. - Clicar no botão de salvar. |
| Critério de Êxito | - Deverá aparecer uma mensagem de erro informando que os campos obrigatórios não foram preenchidos. |
| Caso de Teste | CT-07 – Adicionar uma despesa com sucesso. |
| Requisito Associado | RF02 - A aplicação deve permitir o usuário gerenciar suas despesas. |
| Objetivo do Teste | Usuário adicionar uma nova despesa com sucesso |
| Passos | - Estar logada na aplicação na página principal do usuário. - Clicar em novo lançamento. - Preencher os campos obrigatórios, como tipo da transação: despesa, a via de pagamento, a classificação, valor data de vencimento, se é parcelado, status de pagamento e a descrição. - Clicar no botão de salvar. |
| Critério de Êxito | - A nova despesa deve ser adicionada com sucesso e exibida para o usuário atraves de uma lista. |
| Caso de Teste | CT-08 – Editar uma despesa com sucesso caso não seja parcelada. |
| Requisito Associado | RF02 - A aplicação deve permitir o usuário gerenciar suas despesas. |
| Objetivo do Teste | Usuário editar uma receita com sucesso |
| Passos | - Estar logada na aplicação na página principal do usuário. - Selecionar uma despesa existente na lista de lançamentos. - Clicar no botão de editar. - Alterar os campos desejados como valor, data de vencimento, status e descrição. - Clicar no botão de salvar. |
| Critério de Êxito | - A receita deve ser editada com sucesso na aplicação e as alterações devem ser exibidas para o usuário atraves de uma lista. |
| Caso de Teste | CT-09 – Editar uma despesa com sucesso parcelada. |
| Requisito Associado | RF02 - A aplicação deve permitir o usuário gerenciar suas despesas. |
| Objetivo do Teste | Usuário editar uma despesa parcelada com sucesso |
| Passos | - Estar logada na aplicação na página principal do usuário. - Selecionar uma despesa existente na lista de lançamentos. - Clicar no botão de editar. - Alterar a descrição, os demais campos devem estar bloqueados. - Clicar no botão de salvar. |
| Critério de Êxito | - A despesa deve ser editada com sucesso na aplicação e as alterações devem ser exibidas para o usuário atraves de uma lista. |
| Caso de Teste | CT-10 – Excluir uma despesa existente com sucesso. |
| Requisito Associado | RF02 - A aplicação deve permitir o usuário gerenciar suas despesas. |
| Objetivo do Teste | Usuário poder excluir uma despesa existente. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Selecionar uma despesa existente na lista de lançamentos. - Clicar no botão de excluir. - Clicar no botão de salvar. - Confirmar a exclusão na janela de confirmação. |
| Critério de Êxito | - A despesa selecionada deve ser excluída com sucesso da aplicação e não deve mais aparecer na lista ou tabela de despesas. |
| Caso de Teste | CT-11 – Falha ao preencher uma nova despesa sem os campos obrigatórios. |
| Requisito Associado | RF02 - A aplicação deve permitir o usuário gerenciar suas despesas. |
| Objetivo do Teste | Usuário receber uma mensagem de erro quando tentar adicionar um despesa sem os campos obrigatórios. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Clicar no botão adicionar nova despesa. - Deixar em branco um ou todos campos obrigatórios. - Clicar no botão de salvar. |
| Critério de Êxito | - Deverá aparecer uma mensagem de erro informando que os campos obrigatórios não foram preenchidos. |
| Caso de Teste | CT-12 – Falha ao preencher a edição de uma despesa sem os campos obrigatórios. |
| Requisito Associado | RF02 - A aplicação deve permitir o usuário gerenciar suas despesas. |
| Objetivo do Teste | Usuário receber uma mensagem de erro quando tentar adicionar um despesa sem os campos obrigatórios. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Clicar no botão de editar. - Alterar os campos desejados, deixando um ou mais campos obrigatórios vazios. - Clicar no botão de salvar. |
| Critério de Êxito | - Deverá aparecer uma mensagem de erro informando que os campos obrigatórios não foram preenchidos. |
| Caso de Teste | CT-13 – Realizar parcelamento com sucesso. |
| Requisito Associado | RF03 - A aplicação deve permitir o usuário o parcelamento de suas receitas e despesas. |
| Objetivo do Teste | Usuário adicionar um lançamento com parcelas maior ou igual a 2. |
| Passos | - Estar logada na página de Lançamentos. - Clicar em Adicionar Lançamentos. - Preencher todos os campos, sendo que o Recorrente colocar 2 ou valor maior. - Clicar no botão de salvar. - Clicar no lançamento recém feito. |
| Critério de Êxito | - Deverá aparecer uma tabela com as parcelas, sendo o valor delas a divisão do valor inserirdo no lançamento dividido pela quantidade de parcelas, a data de vencimentos a cada parcela um mês a frente da outra e status pendente . |
| Caso de Teste | CT-14 – Editar parcelamento com sucesso. |
| Requisito Associado | RF03 - A aplicação deve permitir o usuário o parcelamento de suas receitas e despesas. |
| Objetivo do Teste | Usuário editar parcelamento de um lançamento com sucesso. |
| Passos | - Estar logada na aplicação na página de lançamentos. - Clicar em Editar em um lamçamento parcelado. - Selecionar a parcela a ser editada. - Realizar a alteração dos campos, sendo que se existir pagamento o status tem que ser Efetivado e vice versa - Clicar no botão de salvar. |
| Critério de Êxito | - Deverá aparecer na listagem de parcelamento do lançamento selecionado, as alterações feitas pelo o usuário. |
| Caso de Teste | CT-15 – Tentar editar data de Pagamento sem alterar Status. |
| Requisito Associado | RF03 - A aplicação deve permitir o usuário o parcelamento de suas receitas e despesas. |
| Objetivo do Teste | Alertar que só pode editar a Data de Pagamento se Status estiver Efetivado. |
| Passos | - Estar logada na aplicação na página de lançamentos. - Clicar em Editar em um lamçamento parcelado. - Selecionar a parcela a ser editada. - Editar Data de Pagamento - Clicar no botão de salvar. |
| Critério de Êxito | - Deverá aparecer um alert informando que só pode alterar a data de pagamento se o status for efetivado. |
| Caso de Teste | CT-16 – Tentar editar Status Efetivado sem colocar data de pagamento. |
| Requisito Associado | RF03 - A aplicação deve permitir o usuário o parcelamento de suas receitas e despesas. |
| Objetivo do Teste | Alertar que só pode editar Status para Efetivado se a data de Pagamento estiver preenchida. |
| Passos | - Estar logada na aplicação na página de lançamentos. - Clicar em Editar em um lamçamento parcelado. - Selecionar a parcela a ser editada. - Editar Status para Efetivado - Clicar no botão de salvar. |
| Critério de Êxito | - Deverá aparecer um alert informando que só pode alterar o Status se a Data de Pagamento preenchida. |
| Caso de Teste | CT-17 – Status do Lançamento mudar para efetivado com sucesso. |
| Requisito Associado | RF03 - A aplicação deve permitir o usuário o parcelamento de suas receitas e despesas. |
| Objetivo do Teste | Mudar o status do Lançamento quando todos as aprcelas estiverem efetivadas. |
| Passos | - Estar logada na aplicação na página de lançamentos. - Mudar todos as parcelas para Efetivado. |
| Critério de Êxito | - Deverá mudar o status do Lançamento para Efetivado, já que todos as parcelas estão efetivadas. |
| Caso de Teste | CT-18 – Verificar se o saldo do mês está sendo gerado de forma correta. |
| Requisito Associado | RF04 - A aplicação deve gerar um saldo pegando o valor das receitas e subtraindo aos das despesas. |
| Objetivo do Teste | Usuário receber uma mensagem de erro quando tentar adicionar um despesa sem os campos obrigatórios. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Adicionar uma receita. - Adicionar uma despesa. - Verificar o saldo no campo destinado a ele. |
| Critério de Êxito | - O saldo deve ser o valor exato da subtração da despesa na receita. |
| Caso de Teste | CT-19 – Verificar se o alerta está sendo emitido. |
| Requisito Associado | RF05 - A aplicação deve emitir alertas quando as despesas atingirem 75% do valor das receitas. |
| Objetivo do Teste | Verificar se o alerta está sendo emitido quando as despesas atingirem 75% do valor das receitas. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Adicionar uma receita com valor X. - Adicionar uma despesa com o valor correspondente a 75% da receita adicionada anteriormente. - Verificar o saldo no campo destinado a ele. Fechar o alerta emitido pela aplicação. |
| Critério de Êxito | - A aplicação deverá emitir um alerta informando que suas despesas estão em 75% ou mais em relação as receitas. |
| Caso de Teste | CT-20 – Fazer o login com sucesso. |
| Requisito Associado | RF06 - A aplicação deve permitir que o usuário faça login. |
| Objetivo do Teste | Usuário possa acessar o site utilizando seu login e senha corretamente. |
| Passos | - Estar na tela de login. - Preencher o campo e-mail corretamente. - Preencher o campo senha corretamente. - Clicar no botão "Logar". |
| Critério de Êxito | - Login realizado com sucesso, a aplicação deverá direcionar o usuário para a tela principal do sistema. |
| Caso de Teste | CT-21 – Falhar ao fazer login com e-mail inválido. |
| Requisito Associado | RF06 - A aplicação deve permitir que o usuário faça login. |
| Objetivo do Teste | Usuário tente realizar o login com o e-mail inválido. |
| Passos | - Estar na tela de login. - Preencher o campo e-mail de forma inválida. - Preencher o campo senha corretamente. - Clicar no botão "Logar". |
| Critério de Êxito | - A aplicação deverá emitir um alerta que o e-mail está inválido e não permitir o acesso ao sistema para o usuário. |
| Caso de Teste | CT-22 – Falhar ao fazer login com e-mail vazio. |
| Requisito Associado | RF06 - A aplicação deve permitir que o usuário faça login. |
| Objetivo do Teste | Usuário tente realizar o login com o e-mail vazio. |
| Passos | - Estar na tela de login. - Não preencher o campo e-mail. - Preencher o campo senha corretamente. - Clicar no botão "Logar". |
| Critério de Êxito | - A aplicação deverá emitir um alerta que o e-mail está vazio e não permitir o acesso ao sistema para o usuário. |
| Caso de Teste | CT-23 – Falhar ao fazer login com senha inválida. |
| Requisito Associado | RF06 - A aplicação deve permitir que o usuário faça login. |
| Objetivo do Teste | Usuário tente realizar o login com a senha inválida. |
| Passos | - Estar na tela de login. - Preencher o campo e-mail corretamente. - Preencher o campo senha de forma inválida. - Clicar no botão "Logar". |
| Critério de Êxito | - A aplicação deverá emitir um alerta que o senha está inválida e não permitir o acesso ao sistema para o usuário. |
| Caso de Teste | CT-24 – Falhar ao fazer login com senha vazia. |
| Requisito Associado | RF06 - A aplicação deve permitir que o usuário faça login. |
| Objetivo do Teste | Usuário tente realizar o login com a senha vazia. |
| Passos | - Estar na tela de login. - Preencher o campo e-mail corretamente. - Não preencher o campo senha. - Clicar no botão "Logar". |
| Critério de Êxito | - A aplicação deverá emitir um alerta que o senha está vazia e não permitir o acesso ao sistema para o usuário. |
| Caso de Teste | CT-25 – Recuperar senha esquecida através de e-mail com sucesso. |
| Requisito Associado | RF07 - A aplicação deve ter uma funcionalidade de recuperação de senha através do e-mail. |
| Objetivo do Teste | Recuperar senha esquecida através do email. |
| Passos | - Estar na tela de login. - Clicar em Recuperar senha. - Informar nome e e-mail corretamente. - Inserir o código recebido via e-mail. |
| Critério de Êxito | - A aplicação deverá salvar a nova senha para realizar login. |
| Caso de Teste | CT-26 – Falha ao recuperar senha esquecida através de e-mail. |
| Requisito Associado | RF07 - A aplicação deve ter uma funcionalidade de recuperação de senha através do e-mail. |
| Objetivo do Teste | Recuperar senha esquecida através do email. |
| Passos | - Estar na tela de login. - Clicar em Recuperar senha. - Informar nome e e-mail corretamente. - Inserir um código inválido. |
| Critério de Êxito | - A aplicação deverá impedir a recuperação de senha pelo código ser inválido. |
| Caso de Teste | CT-27 – Trocar senha através de e-mail com sucesso. |
| Requisito Associado | RF07 - A aplicação deve ter uma funcionalidade de recuperação de senha através do e-mail. |
| Objetivo do Teste | Trocar senha através do email. |
| Passos | - Estar na tela de editar usuário. - Digitar senha e confirmação de senha compatíveis. |
| Critério de Êxito | - A aplicação deverá salvar a nova senha de login. |
| Caso de Teste | CT-28 – Falha ao troca senha através de e-mail. |
| Requisito Associado | RF07 - A aplicação deve ter uma funcionalidade de recuperação de senha através do e-mail. |
| Objetivo do Teste | Usar um código inválido para trocar a senha. |
| Passos | - Estar na tela de editar usuário. - Digitar senha e confirmação de senha compatíveis. |
| Critério de Êxito | - A aplicação deverá impedir a troca de senha pelo código ser inválido. |
| Caso de Teste | CT-29 – Criação de uma conta nova de usuário com sucesso. |
| Requisito Associado | RF08 - A aplicação deve permitir o auto gerenciamentos do usuários. |
| Objetivo do Teste | Um novo usuário faça cadastro na aplicação. |
| Passos | - Estar na tela de login. - Clicar no botão "Nova Conta". - Informar os campos: nome, e-mail, senha corretamente. - Clicar no botão "Criar conta". |
| Critério de Êxito | - A aplicação deverá criar um novo usuário e redireciona-lo para a tela principal do sistema. |
| Caso de Teste | CT-30 – Falha na criação de conta por conta de informações vazias. |
| Requisito Associado | RF08 - A aplicação deve permitir o auto gerenciamentos do usuários. |
| Objetivo do Teste | Um novo usuário tente realizar login com informações vazias. |
| Passos | - Estar na tela de login. - Clicar no botão "Nova Conta". - Deixar de informar algum campo ou todos. - Clicar no botão "Criar conta". |
| Critério de Êxito | - A aplicação deverá exibir uma mensagem mostrando que todos os campos são obrigatórios. |
| Caso de Teste | CT-31 – Falha na criação de conta por conta de formato de e-mail inválido. |
| Requisito Associado | RF08 - A aplicação deve permitir o auto gerenciamentos do usuários. |
| Objetivo do Teste | Um novo usuário tente realizar login com informações vazias. |
| Passos | - Estar na tela de login. - Clicar no botão "Nova Conta". - Informar nome e senha corretamente. - Inserir no campo e-mail, um e-mail que não contenha "@" no meio dele. - Clicar no botão "Criar conta". |
| Critério de Êxito | - A aplicação deverá exibir uma mensagem de erro informando que o formato de e-mail é inválido. |
| Caso de Teste | CT-32 – Falha na criação de conta por senha e repetição de senha incompatíveis. |
| Requisito Associado | RF08 - A aplicação deve permitir o auto gerenciamentos do usuários. |
| Objetivo do Teste | Erro ao tentar criar usuário com senha e repetição de senha diferentes. |
| Passos | - Estar na tela de login. - Clicar no botão "Nova Conta". - Informar nome e e-mail corretamente. - Inserir senhas e repetição de senhas diferentes. - Clicar no botão "Criar conta". |
| Critério de Êxito | - A aplicação deverá exibir uma mensagem de erro informando as senhas são incompatíveis. |
| Caso de Teste | CT-33 – Visualizar os relatórios de despesas e receitas anual com sucesso. |
| Requisito Associado | RF09 - A aplicação deve emitir relatórios, seja de despesas, receitas e/ou outros. |
| Objetivo do Teste | Após inserção das despesas e receitas gerar um relátório de despesas anual. |
| Passos | - Estar logada na aplicação na página principal do usuário. - Ter receitas e despesas cadastradas. - Clicar na visualização do relátorio anual. |
| Critério de Êxito | - A aplicação deverá mostrar um gráfico das despesas em relação as receitas no ano. |
| Caso de Teste | CT-34 – Visualizar um local destinado as dicas. |
| Requisito Associado | RF10 - Aplicação deve ter uma área específica com dicas. |
| Objetivo do Teste | Um dos itens do menu deve ser as dicas e ao clicar ser redirecionado para uma página com mesmo nome. |
| Passos | - Estar na aplicação na tela principal. - Clicar no dicas. - Visualizar a página dicas. |
| Critério de Êxito | - Ao clicar nas dicas, uma nova página deverá ser carregada sobre dicas deverá ser carregada. |
| Caso de Teste | CT-35 – Verificar alerta próximo do vencimento dos pagamentos. |
| Requisito Associado | RF11 - A aplicação deve emitir alertas próximo aos vencimentos dos pagamentos cadastrados. |
| Objetivo do Teste | Adicionar uma despesa com vencimento para o próximo dia, deslogar e logar para ver se receberá o alerta. |
| Passos | - Estar na aplicação na tela principal. - Adicionar uma despesa com o vencimento para o próximo dia. - Deslogar da conta. - Logar na conta. - Fechar o alerta de vencimento próximo. |
| Critério de Êxito | - Ao logar na conta, um alerta deve ser emitido de que a despesa X está próxima do vencimento. |
| Caso de Teste | CT-36 – Visualizar sessão de dicas e informações para controle financeiro. |
| Requisito Associado | RF12 - Na área dicas a aplicação deve disponibilizar dicas e informações para um melhor controle financeiro. |
| Objetivo do Teste | Ao acessar as dicas, visualizar uma sessão de Dicas e Informações para melhor controle financeiro. |
| Passos | - Estar na aplicação na tela principal. - No menu clicar em dicas. - Visualizar uma sessão de dicas e informações para melhor controle financeiro. |
| Critério de Êxito | - Ter no dicas uma sessão para melhor controle financeiro. |
| Caso de Teste | CT-37 – Ver diferenciação de Receitas e Despesas através da cor. |
| Requisito Associado | RF13 - A aplicação deve ter uma página com a Visão Geral dos Lançamentos(Despesas/Receitas) com Status de Efetivado ou Pendente, identificados com cores. |
| Objetivo do Teste | Ver as receitas com background verde e as despesas vermelhas |
| Passos | - Estar logada na aplicação na página principal do usuário. - Visualizar tabela com lançamentos. |
| Critério de Êxito | - A coluna tipo transação deve mostrar Receitas com o fundo verde e as Despesas com o fundo Vermelho. |
Links Úteis: